home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11093 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: news.ichange.com!newsmaster
  2. From: Jesse Liberty <jl@staff.ichange.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: References & Pointers in Borland C++
  5. Date: Tue, 12 Mar 1996 10:48:51 -0500
  6. Organization: AT&T
  7. Message-ID: <31459CE3.3A5D@staff.ichange.com>
  8. References: <4i26j5$roe@dfw-ixnews3.ix.netcom.com>
  9. NNTP-Posting-Host: 140.244.99.60
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win95; I)
  14. CC: jl@staff.ichange.com
  15.  
  16. Bob M wrote:
  17. > 
  18. > I am trying to understand the concept of "References".
  19. > 
  20. > But a couple of things are confusing me.
  21. > 
  22. > 1.
  23. > The Programmer's manuals for Borland Turbo C++ version 1.01 (1990)
  24. > and Borland C++ version 4.02 describe in nearly identical text, that
  25. > it is acceptable to initialize a Reference with a specific number:
  26. > int& ir = 6;
  27. > Both my 3.1 and 4.02 compilers reject this with an error: "Reference
  28. > initialized with 'int' needs lvalue of type 'int'".
  29. > Which is right, the compiler or the book?
  30.  
  31. The compiler is right. You can write
  32.     const int& ir = 6;
  33.  
  34. But having a non const integer reference would allow you later to write
  35.  
  36.     ir = 7;
  37.  
  38. and what would that do? change the constant integer 6 to 7??
  39.  
  40.  
  41.  
  42. > 
  43. > 2.
  44. > Using the Inspector window in the Debugger, I could see that a
  45. > Reference appears identical to a pointer, except that the compiler
  46. > insists that you initialize it to some selected variable.
  47. > It looks as though one should be able to assign a "filled in"
  48. > pointer to a reference, as follows:
  49. > int num, nother;
  50. > int &ref1 = num, &ref2 = nother;
  51. > int *ptr1;
  52. > 
  53. > ptr1 = &ref1;  // sets the pointer to the same address as "num".
  54. > &ref2 = ptr1;  // Change &ref2 to point at "num".
  55. > 
  56. > The first assignment is apparently legal, but the second depends
  57. > on the version of the compiler. 3.1 accepts it, while 4.01 says:
  58. > "Lvalue required in function main".
  59. > Should this be legal?
  60.  
  61. Right, because your first line is not doing what you think. When you write
  62.  
  63. ptr1 = &ref1;
  64.  
  65. what you are really writing is
  66.  
  67. ptr1 = #  // remember ref1 is an alias to num
  68.  
  69. which is perfectly legal.
  70.  
  71. When you then write
  72.  
  73. &ref2 = ptr1;
  74.  
  75. What you are really writing is
  76.  
  77. ¬her = ptr1; 
  78.  
  79. This is not legal, you can't assign to the address of a variable.
  80.  
  81.  
  82. The fact that references are generally implemented using pointers is irrelevant; they are a different data type with explicit 
  83. rules.
  84.